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ABSTRACT 

The  Environment  Development  Branch  (ED),  United  States  Joint  Staff  J7  (JS  J7),  formerly  the  Joint 
Forces  Command  (JFCOM)  J7,  supports  a  variety  of  simulation  environment  development  activities  in 
concert  with  NATO  and  Partnership  for  Peace  (PfP)  countries.  Recent  activities  include  development  of 
the  NATO  Training  Federation  (NTF)  in  support  of  an  experiment  running  in  parallel  with  the  “tradition¬ 
al”  Southeastern  Europe  Simulation  (SEESIM)  training  exercise,  support  for  NATO  Research  &  Tech¬ 
nology  Organization  (RTO)  Task  Group  MSG-106,  Enhanced  CAX  Architecture,  Design  and  Methodol¬ 
ogy,  and  development  of  NTF  to  support  NATO  Joint  Force  training.  This  paper  introduces  each  of  these 
activities,  discusses  synergies  achieved  among  them,  and  addresses  the  influence  JS  J7  participation  in 
NATO/PfP  activities  has  had  on  ED  development  activities  in  support  of  US  Joint  Force  training. 

1  INTRODUCTION 

The  United  States  Joint  Staff  J7  (JS  J7),  formerly  the  Joint  Forces  Command  (JFCOM)  J7,  fulfills  its  coa¬ 
lition  responsibilities  in  numerous  ways,  including  supporting  coalition  exercises,  sponsoring  observ¬ 
er/trainer  teams  in  support  of  coalition  partners,  supporting  the  Afghanistan  Mission  Network,  and  sup¬ 
porting  a  variety  of  simulation  environment  development  activities  in  concert  with  coalition  countries 
(Moore  2011).  This  paper  focuses  on  the  last  of  these  efforts,  specifically  a  selection  of  simulation  devel¬ 
opment  activities  to  improve  training  for  NATO  and  partner  forces.  These  activities  include  JS  J7  Envi¬ 
ronment  Development  (ED)  support  for  NATO  Research  &  Technology  Organization  (RTO)  Task  Group 
MSG- 106,  development  of  the  NATO  Training  Federation  (NTF)  in  support  of  an  experiment  running  in 
parallel  with  the  “traditional”  Southeastern  Europe  Simulation  (SEESIM)  training  exercise,  and  develop¬ 
ment  of  NTF  to  support  NATO  Joint  Force  training.  ED  support  of  these  three  activities:  MSG-106, 
SEESIM  12,  and  NTF  development,  are  discussed  respectively  in  sections  2,  3,  and  4.  Section  5  reports 
on  the  influence  these  activities  have  had  on  ED  development  of  the  Joint,  Live,  Virtual,  and  Construc¬ 
tive  (JLVC)  federation  in  support  of  US  Joint  Force  training.  We  present  conclusions  in  Section  6. 

ED  supports  the  three  activities  because  they  are  conducted  collaboratively  with  coalition  partners, 
because  they  support  US  Joint  Force  training,  and  because  they  are  complementary.  With  respect  to  the 
latter,  the  large  number  of  simulations  and  simulators  developed  over  the  years  to  support  a  variety  of 
training  needs  eventually  led  to  a  community  dedicated  to  enabling  interoperability  among  these  systems. 
The  three  activities,  four  including  JLVC,  addressed  in  this  paper  are  fundamentally  simulation  interoper¬ 
ability  efforts.  Moreover,  the  standards  used  to  enable  interoperability  in  each  activity  are  those  associated 
with  the  High  Level  Architecture  (HLA),  more  specifically  IEEE  Std  1 5 1 6™-20 1 0,  commonly  called 
HLA  Evolved.  This  paper  presumes  familiarity  with  the  HLA  and  so  the  authors  freely  use  the  language 
of  HLA  without  definition  or  explanation.  Readers  unfamiliar  with  these  terms  are  referred  to  the  standard 
(IEEE  2010). 
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Table  1  provides  the  authors’  view  of  the  synergy  present  among  the  four  activities.  The  first  column 
includes  numbers  subsequently  used  for  reference.  They  are  not  intended  to  indicate  priority.  The  “Fea¬ 
tures”  column  lists  different  features  which  the  activities  support  to  various  degrees.  The  activities  appear 
in  the  column  headings  of  the  four  right-most  columns.  Cell  entries  in  the  four  right-most  columns  con¬ 
tain  the  author’s  evaluation  of  the  relationship  of  the  features  to  the  respective  activities.  The  scale  used  is 
1  to  5  with  5  being  primary  importance  and  1  being  minimal  importance. 

Table  1  does  not,  however,  capture  the  temporal  aspect  of  how  development  in  support  of  one  activity 
subsequently  supports  another  activity.  For  example,  SEESIM  appears  to  have  the  least  in  common  with 
the  other  efforts  described  in  the  paper,  but  this  is  due  to  the  short  development  period  for  SEESIM  and 
the  relatively  large  development  step  undertaken  to  move  from  a  single  Federation  Description  Document 
(FDD)  comprising  the  Real-time  Platform  Reference  FOM  (RPR  FOM)  version  2  draft  17  (v2dl7)  used 
during  previous  MSG-068  work  to  a  set  of  new  RPR  FOM  modules  which  will  be  subsequently  used  by 
MSG-106,  NTF,  and  JLVC  Evolved.  Notwithstanding  this  deficiency,  the  table  may  be  useful  in  visualiz¬ 
ing  how  the  activities  relate  to  each  other  as  each  is  presented  in  its  respective  section.  Throughout  the 
paper,  references  to  table  number  rows  appear  in  curly  brackets.  For  example,  {#1}  refers  to  an  activity 
related  to  “explicit  scenario  initialization  strategy.” 


Table  1 :  EDB  HLA  Evolved-Related  Development 


# 

Features 

MSG- 

106 

NTF 

SEESIM 

JLVC 

"Evolved" 

1 

Explicit  scenario  initialization  strategy 

5 

5 

5 

2 

Scenario  scalability  (support  for  large  entity  counts) 

5 

3 

5 

3 

Support  for  diverse  federate  update  rate  requirements  (i.e. 

L  vs  V  vs  C) 

5 

4 

5 

4 

Support  causality  among  select  federate(s)  for  select  trans¬ 
actions 

5 

5 

5 

Support  allocation  of  modeling  responsibility  to  different 
federates  for  a  given  object 

5 

5 

3 

6 

Support  dynamic  transfer  of  modeling  responsibility 
among  federates 

5 

5 

3 

7 

Support  modular  object  modeling  (modular  FOMs) 

5 

5 

5 

5 

8 

Support  for  select  NETN  FOM  modules  (w/modification) 

5 

4 

4 

4 

9 

Support  for  unreliable  federates 

5 

5 

5 

10 

Improved  C2-Simulation  interoperability 

5 

4 

2  ED  SUPPORT  FOR  MODELING  AND  SIMULATION  GROUP  (MSG)-106 

MSG- 106,  Enhanced  CAX  Architecture,  Design  and  Methodology,  met  for  the  first  time  in  February 
2012.  The  MSG  was  initiated  in  response  to  recommendations  by  MSG-068,  NATO  Education  and  Train¬ 
ing  Network  (NETN),  notably  those  for  additional  technical  development  and  improved  assessment  of 
operational  support  requirements  (MSG-068  2011).  ED  is  co-chairing  the  MSG- 106  Operational  Sub¬ 
group  to  focus  on  the  latter  as  a  means  of  improving  training  for  NATO  and  partner  forces.  ED  is  also  co- 
chairing  the  MSG-106  Technical  Subgroup  to  address  the  specific  recommendations  from  MSG-068 
(MSG-106  2012)  and  to  conduct  other  technical  activities  enabling  improved  training.  This  paper  reports 
primarily  on  the  technical  activities  ED  is  supporting  within  the  MSG-106  Technical  Subgroup  rather 
than  the  Operational  or  Governance  Subgroups’  activities.  The  MSG  is  scheduled  to  work  together  for 
three  years  and  since  the  MSG  started  in  February  2012,  the  activities  described  below  are  at  this  point 
planned  rather  than  completed.  Thus  the  authors  can  neither  report  on  accomplishments  within  each  activ- 
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ity  or,  based  on  lessons  learned  from  MSG-068,  guarantee  that  work  will  actually  occur  on  activities 
scheduled  for  years  two  or  three  in  the  MSG’s  tenure. 

The  US  contributions  to  MSG-106  include  the  Joint  Conflict  and  Tactical  Simulation  (JCATS)  and 
the  Joint  Theater  Level  Simulation  (JTLS)  because  ED  is  the  proponent  for  both  simulations  and  can 
therefore  direct  development  in  both  to  support  MSG-106  objectives.  Moreover,  since  JCATS  and  JTLS 
were  both  used  by  the  US  to  support  MSG-068,  work  for  MSG-106  will  leverage  work  done  in  support  of 
MSG-068.  The  developers  for  both  simulations  played  an  important  role  in  MSG-068  by  coding  their  re¬ 
spective  simulations  to  support  the  FOM  modules  developed  by  MSG  members  thereby,  together  with 
simulations  developed  by  other  nations,  providing  a  means  to  test  the  sufficiency  of  the  FOM  modules 
and  associated  Federation  Agreements  Documents  (FADs). 

2.1  Correcting  Shortfalls  In  The  NETN  Version  1  Federation  Object  Model  (FOM) 

The  NETN  vl  FOM,  one  of  the  key  deliverables  of  MSG-068,  comprised  several  FOM  modules  includ¬ 
ing  NETN  Service  Consumer-Provider,  NETN  Logistics,  NETN  Aggregate  Unit,  and  the  aforementioned 
RPR  FOM. 

•  The  primary  technical  shortfall  noted  in  the  MSG-068  final  report  regarding  FOM  modules  de¬ 
veloped  by  the  group  was  that  some  of  the  modules  were  unnecessarily  large  and  could  be  de¬ 
composed  into  more  modular  elements.  For  example,  the  NETN  Aggregate  Unit  module  included 
provisions  for  both  multi-resolution  modeling  and  a  combat  adjudication  service.  By  the  end  of 
MSG-068  development,  these  capabilities  were  considered  separable.  Similarly,  the  Simulation 
Interoperability  Standards  Organization  RPR  FOM  Product  Development  Group  (PDG)  is  re¬ 
viewing  a  set  of  FOM  modules  equivalent  to  the  RPR  FOM  v2dl7.  The  MSG-106  technical  sub¬ 
group  will  therefore  restructure  the  NETN  Aggregate  Unit  module  as  five  smaller  modules:  one 
apiece  for  the  multi-resolution  modeling  and  combat  adjudication  service  and  the  remaining  three 
leveraging  select  RPR  FOM  modules.  {#7,  #8} 

•  Other  FOM  updates,  from  naming  conventions,  to  the  revision  of  particular  datatypes,  to  the  in¬ 
troduction  of  a  new  datatype  for  a  universally  unique  identifier  (UUID)  should  improve  the  main¬ 
tainability  of  FOM  modules  over  time,  thereby  decreasing  cost.  For  example,  the  value  of  unique¬ 
ly  identifying  object  instance  has  led  to  different  implementations  in  different  federations,  to 
include  the  use  of  the  “Marking”  field  in  the  RPR  FOM  and  both  Callsign  and  UniquelD  in 
NETN.  Several  studies  have  recommended  a  more  formal  use  of  unique  identifiers  (Bowers  and 
Gregg  2010).  Introducing  a  UUID  will  help  to  resolve  the  inconsistencies  in  implementation 
while  avoiding  the  ambiguity  which  results  from  overloading  terms  such  as  Callsign. 

2.2  IEEE  Std  1516™-2010  Features 

The  MSG-068  final  report  noted  that,  with  the  exception  of  FOM  modularity,  the  MSG  had  little  time  to 
experiment  with  features  of  the  new  HLA  specification,  IEEE  Std  1 5 1 6™-201 0.  The  report  recommended 
future  development  and  testing  of  Smart  Update  Rate  Reduction  (SURR),  Data  Distribution  Management 
(DDM),  and  Fault  Tolerance  (MSG-068  2011).  MSG- 106  intends  on  working  with  these  features.  Though 
technical  in  nature,  they  promise  to  improve  training  for  NATO  and  partner  forces  as  described  below. 
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•  SURR  enables  systems  with  different  tolerances  for  update  rates  to  co-exist  in  a  HLA  simulation 
environment  (Moller  and  Karlsson  2005).  This  potentially  improves  training  both  by  increasing 
the  variety  of  system  types,  that  is  Live  versus  Virtual  versus  Constructive  systems,  which  can  be 
used  together  in  a  simulation  environment  to  produce  training  stimuli  and  by  increasing  the 
“scalability”  of  simulation  environment,  that  is,  enabling  increased  numbers  of  simulated  objects. 
As  training  audiences  have  increasingly  been  challenged  with  operations  in  urban  areas  or  opera¬ 
tions  within  range  of  non-combatants,  simulation  providers  have  sought  to  enrich  the  simulation 
environment  by  increasing  the  number  of  non-combatants,  non-combatant  vehicles,  non- 
combatant  electronic  emissions,  and  so  on.  {#2,  #3} 

•  The  MSG- 106  technical  sub-group  also  intends  on  working  with  DDM  as  it  complements  SURR 
in  improving  scalability.  DDM  allows  federates  to  publish  object  attributes  and  interactions  to 
specific  “dimensions.”  Subscribing  federates  may  select  dimensions  of  interest  and  the  RunTime 
Infrastructure  (RTI)  only  delivers  data  to  those  dimensions.  {#2,  #3} 

•  Fault  Tolerance  encompasses  a  variety  of  techniques  (Moller  et  al.  2005)  for  improving  the  relia¬ 
bility  of  the  simulation  environment.  This  has  become  increasingly  important  as  C2-simulation 
interoperability  has  increased  and  disruptions  in  the  simulation  environment  are  more  noticeable 
to  training  audiences  as  tracks  disappear  from  C2  systems  or  data  becomes  stale  when  not  updat¬ 
ed  by  an  inoperable  federate.  {#9} 

2.3  C2-SimuIation  Interoperability 

The  MSG-068  final  report  also  recommended  that  a  follow-on  activity  develop  and  test  a  pattem(s)  for 
C2-simulation  interoperability.  MSG-085  Coalition  Battle  Management  Language  (CBML)  has  made  ex¬ 
tensive  progress  on,  and  contributed  to,  SISO’s  work  on  CBML  standards  (Khimeche  et  al.  201 1).  MSG- 
106  intends  on  leveraging  the  work  accomplished  by  MSG-085  and  SISO  and  extending  it  by  developing 
a  FOM  module(s)  which  supports  CBML  transactions.  There  are,  at  present,  two  proposals  within  MSG- 
106  for  the  structure  of  the  module.  The  first  proposes  that  the  CBML  transaction  consists  of  two  compo¬ 
nents,  the  first  providing  meta-data  about  the  message  and  the  second  containing  the  message  itself.  The 
second  proposal  recommends  that  the  CBML  transaction  includes  as  many  components  as  the  message 
type  requires;  that  is,  the  different  fields  comprising  the  CBML  message  are  each  components  of  the 
FOM  transaction.  {#10} 

2.4  Scenario  Initialization 

The  MSG-068  final  report  recommended  that  a  follow-on  activity  implement  a  scenario  initialization  pro¬ 
cess  to  combat  problems  with  uncorrelated  data.  MSG-106  again  intends  on  leveraging  work  accom¬ 
plished  by  MSG-085  and  SISO.  In  an  effort  complementing  CBML,  MSG-085  worked  with  scenario  ini¬ 
tialization  and  the  SISO  standard  for  Master  Scenario  Definition  Language  (MSDL)  (Pullen  et  al.  2012). 

{#1} 


2.5  Transfer  Of  Modeling  Responsibility 

The  MSG-068  final  report  recommended  that  a  pattem(s)  for  Transfer  of  Modeling  Responsibility  (TMR) 
be  developed  by  a  follow-on  activity  (MSG-068  2011).  In  addition  to  adding  flexibility  to  the  modeling 
environment  by  allowing  transfer  of  an  object  from  control  of  one  federate  to  control  by  another,  TMR 
allows  different  federates  to  own  different  attributes  of  a  single  object.  For  example,  a  simulator  might 
update  the  spatial  attribute  of  an  aircraft  object  specifying  its  location,  velocity,  and  direction  of  flight, 
while  the  damage  state  attribute  might  be  updated  by  a  physics-based  damage  simulation.  This  promises 
to  improve  training  audience  stimuli  because  representation  is  being  done  by  the  most  appropriate  simula¬ 
tion.  {#6} 
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3  ED  SUPPORT  OF  SEESIM  TRAINING  EXERCISE 

The  Southeastern  Europe  Simulation  (SEESIM)  exercise  has  occurred  every  two  years  since  2002  to 
promote  regional  cooperation,  coordination  and  interoperability  among  the  South-Eastern  Europe  Defense 
Ministerial  (SEDM)  nations.  The  scenarios  have  typically  featured  natural  calamities,  earthquakes  for  ex¬ 
ample,  with  resultant  human  suffering  whose  alleviation  requires  crisis  management  response  by  a  variety 
of  national  agencies.  JS  J7  will  continue  the  JFCOM  practice  of  supporting  SEESIM  using  JTLS.  As  in 
previous  years,  a  cadre  of  personnel  from  JS  J7  will  transport  the  simulation  to  the  theatre,  operate  it  dur¬ 
ing  the  exercise,  and  remove  it  at  the  end  of  the  exercise.  SEESIM  12  will  again  rely  on  JTLS,  but  this 
year  an  experiment  will  run  in  parallel  with  the  “traditional”  exercise.  The  genesis  of  this  experiment  lies 
in  the  Bulgarian  desire  to  establish  a  persistent  CAX  support  infrastructure  in  the  region  using  National 
simulations.  Since  several  of  the  countries  in  the  region  use  JCATS  and  some  use  JTLS  to  support  Na¬ 
tional  training,  a  federation  of  JTLS  and  multiple  instances  of  JCATS  would  provide  the  simulation  com¬ 
ponents  of  the  CAX  infrastructure.  This  federation  already  exists;  JTLS  and  JCATS  comprise  the  two 
principle  federates  in  the  NATO  Training  Federation  (NTF),  discussed  in  further  detail  in  section  4.  Bul¬ 
garia,  the  SEESIM  12  host,  proposed  using  JCATS  to  support  tactical-level  National  training  and  JTLS  to 
represent  operational-level  forces  and  equipment,  and  entities  outside  of  Bulgarian  control. 

While  SEESIM  12  planners  stopped  short  of  embracing  the  Bulgarian  proposal  and  direct  NTF  sup¬ 
port  of  the  SEESIM  exercise,  stakeholders  agreed  to  conduct  SEESIM  12  in  tandem  with  an  experiment 
using  NTF.  Should  the  experiment  prove  successful,  future  exercises  in  the  series  might  use  the  NTF  ar¬ 
chitecture.  An  unexpected  benefit  of  this  compromise  is  the  involvement  of  HQ  Supreme  Allied  Com¬ 
mander  Transformation  (HQ  SACT)  Operational  Experimentation  Branch  (OPEX)  to  formally  evaluate 
the  use  of  NTF  and  other  NATO  resources.  Two  other  nations,  Croatia  and  Serbia,  both  of  which  own 
JCATS,  will  participate  with  Bulgaria  in  the  experiment  by  representing  their  national  assets  in  JCATS  in 
support  of  their  National  training  objectives  and  relying  on  JTLS  as  an  “umbrella”  federate  representing 
forces  and  equipment  not  controlled  by  Croatia,  Serbia,  or  Bulgaria. 

OPEX’s  principle  objective  is  to  “assess  the  value  of  having  NATO  . . .  participate  in  a  non-NATO  led 
multinational  exercise,  such  as  SEESIM12,  from  the  perspective  of  NATO  and  participating  nations.” 
With  respect  to  NTF,  OPEX’s  objective  is  to  “assess  the  viability  and  utility  of  using  the  NATO  Training 
Federation  (NTF),  ...  in  a  non-NATO  led  multi-national  exercise”(White  2012)  The  OPEX  team  authored 
an  Experiment  Design  Document  complete  with  Measures  of  Effectiveness,  Measures  of  Performance, 
and  a  data  collection  plan.  In  addition  to  answering  their  charter,  OPEX’s  report  promises  an  unusually 
complete  picture  of  the  infrastructure  and  resources  necessary  to  support  a  simulation  environment  sup¬ 
porting  a  regional  exercise.  This  is  of  obvious  interest  to  the  MSG- 106  Operational  Subgroup,  while  the 
MSG- 106  Technical  Subgroup  members  are  interested  in  NTF  development  and  execution  details. 

As  mentioned  above,  a  short  development  period  and  the  decision  to  use  the  new  RPR  FOM  modules 
as  the  basis  for  the  SEESIM  NTF  interoperability  constrained  the  development  team  to  enabling  relatively 
few  federation  transactions  {#7,  #8}.  Bulgarian  JCATS  users  may  be  limited  to  observing  JTLS  aircraft, 
vehicles,  and  so  on  owned  by  other  nations  or  agencies  outside  of  their  control,  and  the  JCATS  equipment 
owned  by  Croatia  or  Serbia.  This  may  prove  sufficient  for  the  purposes  of  the  experiment  as  National 
training  audiences  observe  the  results  of  their  cooperation  and  coordination  when,  for  example,  assets 
owned  by  one  nation  arrive  at  locations  agreed  upon  with  others. 

4  NATO  TRAINING  FEDERATION  (NTF) 

The  NTF,  introduced  above,  evolved  from  the  JFCOM  J7-developed  Joint  Multi-Resolution  Model 
(JMRM)  federation.  NATO’s  Joint  Warfare  Centre  used  the  NTF  to  support  exercise  STEADFAST 
JOINER  2008  (SJ08)  and  thus  it  predates  both  MSG-106  and  SEESIM  12.  Since  SJ08,  however,  NTF  has 
undergone  substantial  transformation,  adopting  the  HLA  Evolved  standard  and  the  NETN  FOM  during 
the  MSG-068  development  years.  Shortly  after  MSG-068  concluded  in  2011,  NATO  convened  a  NTF 
Configuration  Control  Board  (CCB)  which  approved  eleven  developmental  requirements,  six  of  which 
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are  reflected  by  entries  in  Table  1.  The  CCB  identified  a  “User  Need”  and  an  associated  “Change  Re¬ 
quirement.”  User  needs  encompassed  scenario-related  issues  such  as  Joint  Personnel  Recovery  or  Time 
Sensitive  Targeting,  as  well  as  federation  management  issues  such  as  cost  and  reliability.  The  CCB  re¬ 
quirements  were  then  prioritized  from  1,  highest,  to  11,  lowest.  CCB -established  requirements  are  sum¬ 
marized  below  in  priority  order,  with  the  exception  that  different  requirements  with  the  same  technical  so¬ 
lution  are  combined  (NTF  CCB  2011). 

•  Priority  1 .  Compliance  with  new  standards  and  recommendations  by  the  nations  and,  more  specif¬ 
ically,  compliance  with  IEEE  Std  1516  ™  -2010  and  NETN.  As  it  is  consistent  with  US  require¬ 
ments  for  JTLS  and  JCATS,  ED  has  initiated  work  on  this  CCB  requirement.  {#7,  #8} 

•  Priority  2.  This  requirement  specifies  the  need  for  an  effective  and  efficient  scenario  initialization 
strategy.  A  related  requirement  of  lesser  priority  addresses  adding  objects  dynamically  during 
runtime.  {#1} 

•  Priority  3.  Robustness  and  reliability.  This  requirement  encompasses  a  fault  tolerance  strategy  in 
case  of  a  federate  or  federation  crash.  {#9} 

•  Priority  4.  A  capability  to  operate  NTF  faster  than  real-time,  twice  real  time  being  minimally  ac¬ 
ceptable  and  2.5  times  real  time  as  an  objective.  This  requirement  implies  use  of  FILA  time- 
management  services  and  while  time -management  is  not  an  explicit  activity  identified  in  Table  1, 
it  would  simplify  implementing  items  4,  5,  and  6.  {#4,  #5,  #6} 

•  Priority  5.  Use  of  Virtual  Battlespace  2  (VBS2)  and  streaming  video  to  support  targeting  and  in¬ 
telligence  training  objectives.  VBS2,  and  virtual  simulations  more  generally,  are  typically  con¬ 
strained  in  the  number  of  objects  which  they  can  process  during  subscription.  Therefore,  some 
means  of  regulating  the  data  sent  to  VBS2  is  needed.  {#2,  #3} 

•  Priority  6.  Reliable  ownership  transfer  and  provable  causality.  {#4,  #5,  #6} 

•  Priority  7.  Practical  and  efficient  federation  management  to  include  backups,  starting  and  termi¬ 
nating  federation,  recovering  from  a  crash,  checkpoints,  federation  speed.  This  requirement  is  not 
explicitly  addressed  in  Table  1.  MSG-106  activities  include  federation  management  control,  but 
the  US  has  not  committed  to  supporting  this  activity,  currently  scheduled  to  start  in  the  first  quar¬ 
ter  2013. 

5  INFLUENCE  ON  ED  DEVELOPMENT  IN  SUPPORT  OF  US  JOINT  FORCE  TRAINING 

ED  participation  in  simulation  development  activities  to  improve  training  for  NATO  and  partner  forces 
has  affected  development  in  support  of  US  Joint  Force  training.  JS  J7  leadership’s  decision  in  January 
2012  to  migrate  the  Joint  Live,  Virtual,  and  Constructive  (JLVC)  federation,  the  US  flagship  Joint  simula¬ 
tion  environment,  to  the  IEEE  Std  1516  ™  -2010  specification  was  in  part  based  on  ED  personnel  partici¬ 
pation  in  MSG-068  and  their  experience  with  the  specification’s  modular  FOM  feature  {7}.  The  JLVC,  a 
federation  of  US  Service,  Joint,  and  Agency  simulations  and  systems,  has  grown  significantly  since  its  in¬ 
ception  in  support  of  exercise  Millennium  Challenge  2002  (MC02).  Integration  costs  have  likewise  grown 
as  regression  testing  includes  federates  regardless  of  whether  they  were  directly  involved  in  implementing 
new  functionality.  JS  J7  leadership  anticipates  cost  savings  using  FOM  modules  since  federates  not  in¬ 
volved  in  a  functional  upgrade  need  not  participate  in  integration  testing  and  subsequent  use  of  the  associ¬ 
ated  module.  JS  J7  will  also  realize  opportunity  cost  savings  as  these  same  federates  will  have  additional 
time  to  develop  other  functions  or  features. 

As  ED  implemented  JS  J7  leadership’s  decision,  the  JCATS  developers  work  accomplished  in  sup¬ 
port  of  SEESIM  12  enabled  JLVC  management  use  of  JCATS  to  test  the  JLVC  version  6.0  FOM  prior  to 
releasing  it  to  the  larger  federation.  The  JCATS  developers  assisted  in  resolving  problems  in  twelve  ver¬ 
sions  of  the  FOM  prior  to  its  release  to  the  other  federate  developers.  As  the  FOM  matured  with  use  by 
the  larger  federation,  modules  developed  for  SEESIM  were  reused  in  the  JLVC  version  6.0  FOM.  In 
short,  ED  participation  in  SEESIM  12  has  influenced  JLVC  development.  {7,  8} 
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Initial  work  in  support  of  MSG-106  also  promises  change  in  JLVC.  For  example,  ED  participants  in 
the  MSG- 106  Technical  Subgroup  circulated  the  proposed  DDM  scheme  to  members  of  the  JLVC  com¬ 
munity.  The  ensuing  JLVC  community  discussion  recommended  changes  to  the  proposal,  but  more  im¬ 
portantly  from  the  JLVC  standpoint,  recommended  significant  changes  in  JLVC’s  DDM  implementation. 
These  include  replacing  the  current  dimensions  with  ones  aligned  with  the  MSG-106  proposal  and  shift¬ 
ing  the  burden  of  multicast  assignments  from  the  federates  to  the  RTI.  This  promises  to  simplify  federate 
code,  thereby  reducing  the  difficulty  and  cost  of  changes  while  promoting  interoperability  with  NATO  or 
partner  federates.  {2}  ED  will  participate  in  the  C2-Simulation  interoperability  activity  within  MSG-106 
for  the  expressed  purpose  of  evaluating  a  capability  not  currently  used  in  JLVC.  {10}  ED  will  lead  the 
MSG-106  work  on  a  combat  adjudication  service,  currently  scheduled  to  begin  in  2013,  in  large  part  to 
learn  lessons  of  import  to  JLVC  which  utilizes  multiple  combat  adjudication  simulations. 

ED  work  with  the  IEEE  Std  15 16™-2010  specification  in  concert  with  MSG- 106,  NTF,  and  to  a  less¬ 
er  extent,  SEESIM,  may  benefit  future  JLVC  development  as  ED  can  assess  features  not  currently  used  in 
JLVC  at  relatively  small  cost  in  comparison  to  testing  their  implementation  in  JLVC.  For  example,  ED 
might  evaluate  SURR  during  the  course  of  MSG- 106  or  fault  tolerance  in  NTF  as  a  precursor  to  using 
these  features  in  the  full  JLVC.  {2,  3,  9} 

Further  in  the  future,  modular  FOMs  developed  in  support  of  MSG-068,  MSG-106,  NTF,  or  JLVC 
promise  to  support  transition  to  the  “next  generation”  JLVC,  JLVC-2020,  comprised  of  cloud-enabled 
modular  M&S  services.  JLVC-2020  seeks  to  capitalize  on  the  same  features  that  make  FOM  modules  so 
useful,  that  is,  flexibility,  accuracy,  and  reusability,  by  modularizing  M&S  services.  Reuse  promises  dra¬ 
matic  cost  reduction  across  the  defense  department  since  particular  objects,  and  even  methods  on  objects, 
are  currently  duplicated  in  multiple  simulations.  Decomposing  monolithic  simulations  into  “best  of  class” 
modules  and  reusing  these  promise  significant  cost  reduction  and  improved  capability.  Coincidently,  “re¬ 
hosting”  these  services  in  the  cloud  broadens  the  reuse  opportunities,  as  it  exposes  simulation  use  outside 
of  traditional  simulation  centers. 

6  CONCLUSION 

ED  participates  in  a  variety  of  activities  in  support  of  NATO  and  coalition  partners.  This  paper  has  re¬ 
ported  on  a  subset  of  these  activities  involving  current  simulation  development  to  improve  training  for 
NATO  and  partner  forces:  MSG-106,  SEESIM  12,  and  NTF.  ED  supports  these  activities  as  part  of  its 
commitment  to  coalition  engagement  and  to  exploit  the  synergies  among  these  activities  and  current  or 
anticipated  ED  development  activities  in  support  of  US  Joint  Force  training.  All  of  these  current  activities 
utilize  the  IEEE  Std  151 6™-20 1 0  as  they  fundamentally  require  interoperability  between  or  among  di¬ 
verse  simulations.  Though  only  US  simulations  are  named  in  this  paper,  the  FOM  modules  and  HLA  fea¬ 
tures  developed  and  tested  in  support  of  the  activities  promote  interoperability  between  US,  NATO,  and 
coalition  partner  simulations.  As  ED  designs  the  future  JLVC-2020,  it  recognizes  that  linkages  to  current 
partner  simulations  will  remain  important  and  indicates  as  much  in  “to  be”  architectures. 
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